有意思的文章^^於心有戚戚焉可以給想怎麼debug系統管理面的朋友參考參考

前言
投入IT界的十年職場生涯中，我從一個產品研發軟體工程師，到技術顧問、專案以及產品經理，一直到產品技術支援客服人員，深深體驗到，IT的本質就是在解決問題。開發軟體，是為了解決某個特定需求，顧問則是利用IT技術提出解決方案、來處理某個產業特定的問題，客服人員則是在協助客戶解決產品的問題。雖然大家都在解決問題，但是問題往往是在投注大量人力以及時間後，不是無法及時解決，不然就是解決不了。結果常是客戶以及使用者用到心灰意冷，而身陷其中的的技術人員也受挫連連，高唱不如歸去...賣雞排。

其實跟以前比起來，現在的資源實在是多得很多，那為什麼大家還是這麼痛苦？**究其原因，就是在面對問題時沒有發覺問題背後真正的問題，而採取正確的解決途徑。**解決問題雖然被喻為一項藝術，但事實上還是有些方法以及規則可循；用對方法絕對是事半功倍。我接下來以資料庫系統管理為對象，說明幾個常見的迷思及解決方法。不過中間運用到的原則卻可以應用到個個層面。
DBA夢魘：資料太多有害無益
李信宏
2008/05/22 05:00
揮之不去的夢魘

以下是個常見的MIS工作情境：

此次彼落的電話鈴聲淹沒了整個資訊室。抱怨的電話如洪水般湧來，整個系統就像得了瘟疫一樣，動彈不得。你一邊接電話，一邊心中納悶著，明明昨天測試都一切良好，怎麼才一個晚上就豬羊變色了？使用者火冒三丈，而你也焦頭爛額。你想解決問題，但是你連接電話都來不及了，那還有時間處理？最糟糕的是這件事連總經理都知道了， 一通電話過來，要求一個小時內讓系統上線，否則提頭來見。一個小時？連原因是什麼都搞不清楚，那有辦法解決啊？

只要你是系統管理人員，或是公司MIS部門的人，想必也會有以上經驗。要是問題是發生在上班時間，有時候那還好，因為有可能在證據尚未被湮滅之前，找到發生問題的元凶。若問題是在半夜發生，等到你知道問題發生時，大概所有可能的蛛絲馬跡都己經找不到了。既然什麼都找不到，這時候系統管理者最常做的一件事情是什麼呢？

沒有錯，就是重新啟動系統！

若是這招有用的話，阿彌陀佛，你可以暫時喘一口氣。你應該每天燒香拜佛，請求神明保佑問題不要再回來。但是相信我，問題永遠都會回來，只是時間遲早而已。而且，往往拖得愈晚，問題只會更大。

若是重開機無效，那我只能說，請自求多福了。

**「當你開始面對問題時，就是解決問題的開始。」**是的，奉勸各位管理系統的同胞們，不要再當駝鳥了。當你問題暫時獲得紓解時，請用積極的態度，在有限地時間裡趕快把問題根源(root cause)找出來。但是，問題要怎麼找？

這裏就談到許多系統管理員的第一大迷思：資訊愈多愈好。
簡單來說，系統管理其實就是資源分配的管理。摒除掉產品本身的Bug之外，只要有一個問題產生，十之八九一定跟所能運用的資源有關係。任何一個系統，在運作時只要所需資源不足，就一定會先影響效能；若是一個系統內部有一個以上的元件在搶同一個資源，那就很容易造成所謂的Deadlock，無論那個因素，都會引起連鎖反應，最後使用者所察覺到的，不是系統很慢，就是整個系統沒反應。

可惜的是，造成問題的主要原因，往往很難一眼就看出。所以管理系統的人一碰到問題，第一步就是先到處蒐集相關Log，而且愈詳細愈好，以期從中能看出端倪。

中間問題何在？就是遇到問題時沒有擬定解決策略，找出影響最鉅的問題，反而是毫無目的地到處蒐集資訊，而且是愈詳細愈好。你會發現你不是在花時間在解決問題，反而是在不知所以然地收集資料。

第一個要破除的迷思，就是資料不是愈多愈好，而是要找到有用的關聯資料！

其實解決問題的最好方式，就是我們平常一直強調的，預防勝於治療。在問題發生之前，其實都會有些跡象，或關聯資料，只要平常多蒐集、分析，或許就可以事先防治。

作者現任庫柏資訊研發經理，美國休士頓大學(University of Houston)資工系畢業。有產品開發、系統整合、專案管理、技術顧問以及技術客服經驗。專精於系統管理。閒暇時醉心於摩托車運動，現擁有中華民國賽車協會新手執照。